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Method and System for Customized Call Termination 

[0001] This application claims the benefit of U.S. Provisional Application No. 60/433,034, 
filed on December 12, 2002, entitled "Customized Call Termination Solutions," which 
application is hereby incorporated herein by reference. 

TECHNICAL FIELD 

[0002] The present invention relates generally to telecommunications, and more particularly 
to a system and method for customized call termination. 

BACKGROUND 

[0003] To initiate a telephone call, a calling party typically dials a telephone number. The 
telephone system will then contact the called party and provide feedback to the calling party 
regarding the status of the call. For example, a busy signal will result if the called party's phone 
is in an off-hook condition (i.e., already engaged in a call session). If the called party's telephone 
is not available, the calling party may receive an error tone indicating that the call cannot be 
completed. 

[0004] If a connection can be made, the calling party will be informed by a ringback. 
Ringback is an audio tone that the calling party receives after dialing a number but before a 
connection with the called party is completed. This signal is generated by the telephone system 
rather than the called party and indicates that the called party is receiving a ringing signal. 

[0005] In 2002, a service became available in Korea where traditional ringback tones could 
be replaced with other sounds. When placing a telephone call, a caller hears a clip of music or 
other sound effect. The ringback tones are stored in a server at a central telecom switch. 
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Software made by the equipment provider and/or the carrier matches the incoming calls with 
numbers of subscribers in a database. The ringback tone is then broadcast out as a 
telecommunications signal each time the subscriber is called. 

SUMMARY OF THE INVENTION 

[0006] The preferred embodiment of the present invention pertains to the provision of 
telecommunications subscriber customizable features for call services. In particular, aspects of 
the invention pertain to the provision of features that can be selected by a subscriber of 
telecommunications services as a substitute for conventional call termination tones, conmionly 
referred to as "call ringing" or "call ringback", that are employed in conventional wireline and 
wireless communications applications, 

[0007] The custom ringback tone capability provides the mechanisms to support ringback 
services which will enable the subscriber to select personalized music clips, announcements, 
audio clips, etc. to be played to the calling party in place of the existing standard ringback tone 
presented today. The service would provide the subscriber with the capability to select the 
desired personalized ringback tone. 

[0008] The ringback tones will typically be clips of musical composition, announcements, 
audio clips, video clips, etc. that the service control point instructs the switch and an intelligent 
peripheral to play back to the calling party in place of standard ringing. When the custom 
ringback mechanisms are used to support a terminating service, the calling party will hear the 
custom ringback tone, music clip, or announcement chosen by the terminating party as part of 
their terminating IN service. For multimedia capable terminals (mobile or land line), the call 
termination can be in the form of multimedia, such as a music video, news clipping service, or 
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the like. Another aspect of the invention provides for a subscriber to an enhanced call ringback 
service receiving the preferred call termination content (music, multimedia, etc.) when placing 
an outgoing call, as can occur when original a call session from a terminal associated with the 
subscriber's account. Such call service can be established to provide the caller's preferred call 
termination solution, even in instances where the called party has arranged for a specific call 
termination solution to be provided when the called party's telephone number is dialed. 

[0009] A preferred embodiment of the present invention teaches a method for providing 
custom ringback in a teleconmiunications network. An initiation of a conmiunication between a 
first party and a second party is received, e.g., at a mobile switching center. A service control 
point is contacted to determine a custom ringback feature. An intelligent peripheral is then 
connected to the first party. The intelligent peripheral provides a custom ringback to the first 
party based upon the custom ringback feature. While the custom ringback is being provided, the 
switch attempts to connect the first party with the second party. 

[0010] In accordance with another preferred embodiment of the present invention, a 
teleconmiunications system includes a service control point storing information indicating how a 
telephone call should be handled. This information includes information related to a custom 
ringback service. An intelligent peripheral has access to at least one custom ringback clip. At 
least one switch communicates with the service control point and the intelligent peripheral. This 
switch(es) is configured to route the custom ringback clip (e.g., music or video) from the 
intelligent peripheral to a caller based upon the information related to a custom ringback service 
stored in the service control point. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] For a more complete understanding of the present invention, and the advantages 
thereof, reference is now made to the following descriptions taken in conjunction with the 
accompanying drawing, in which: 

[0012] Figure 1 is a block diagram of a portion of a teleconmiunications system that can 
utilize aspects of the present invention; 

[0013] Figure 2 is a flowchart showing a preferred method; 

[0014] Figure 3 is a block diagram of a portion of a network to illustrate one of the other 
possible telecommunications networks that can utilize the present invention; and 

[0015] Figures 4-6 are block diagrams with flow charts showing specific examples of the 
present invention. 
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DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

[0016] The making and using of the presently preferred embodiments are discussed in detail 
below. It should be appreciated, however, that the present invention provides many applicable 
inventive concepts that can be embodied in a wide variety of specific contexts. The specific 
embodiments discussed are merely illustrative of specific ways to make and use the invention, 
and do not limit the scope of the invention. 

[0017] The present invention will be described with respect to preferred embodiments in a 
specific context, namely a wireless telephone network. Two particular examples will be 
provided for a GSM network. Aspects of the invention may also be applied, however, to other 
communications networks including, but not limited to, other wireless protocols (e.g., CDMA, 
TDMA, and land-line networks, including those that use CSl and CS2 Wireline INAP. 

[0018] In one aspect, the present invention allows the operator of a telecommunication 
network to deploy the user selected ring back tones, music clips, and announcements to a 
subscriber. These techniques enhance existing intelligent network (IN) mechanisms, without 
violating the current and existing compliances. This functionality is applicable to both 
originating and terminating IN custom ringback services and can be combined with any current 
existing services, such as prepaid, VPN (virtual private network), or as a standalone postpaid IN 
based service. Combining the custom ringback mechanisms with an existing IN service can be 
achieved with the addition of minimal Network components, e.g., an SCP and DP/TVR, and 
without requiring excessive Network development on the switches. 

[0019] When the custom ringback mechanisms are used to support a terminating service, the 
calling party will hear the custom ringback tone, music clip, or announcement chosen by the 
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terminating party as part of their terminating IN service. The custom ringback will be heard in 
place of the existing network-wide ringing tones currently heard today. When the custom 
ringback mechanisms are used to support an originating service, the calUng party will hear the 
custom ringback tone, music clip, or announcement chosen by the originating party as part of 
their originating service. The custom ringback will be heard in place of the existing network- 
wide ringing tones ordinarily provided by the service provider. 

[0020] A first embodiment of the invention will now be described with respect to Figure 1, 
which shows a mobile teleconmiunications system 100 that is capable of providing custom 
ringback features. While a mobile system has been chosen as the example to describe the 
system, it is understood that other systems, such as landline systems, could equally utilize the 
concepts described here. 

[0021] Three mobile switching centers (MSG) 102, 104 and 106 are illustrated in the portion 
of the network shown in Figure 1. These switches represent the large number of switching 
components that make up a communications network. In this example, MSG 102 is the switch 
that conmiunicates with calling party 108 and MSG 106 is the switch that conmiunicates with 
called party 1 10. MSG 104 represents the portion of the system that routes the call from MSG 
106 to MSG 108 and also initiates the services rendered on behalf of the subscribers. These 
functions can be combined on a single switch or distributed over a number of switches or other 
components, all in a manner that is well established in the field of telecommunications. 

[0022] MSG 104 is communicatively coupled to a number of components, namely home 
location register (HLR) 1 12, service control point (SGP) 1 14, and intelligent 
peripheral/intelligent voice recognition (IP/IVR) unit 1 16. HLR 1 12 typically serves as the main 
database of permanent subscriber information for a mobile network. Of particular relevance in 
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this embodiment, HLR 112 stores the subscribers preferences, including information regarding 
the subscription to an Originating or Terminating IN service. The SCP 1 14 contains subscriber 
information specific to custom ringback features e.g., Selected ringback clip, etc. 

[0023] SCP 1 14 is a unit that implements a service control function. For example, SCP 1 14 
can be implemented as a database that can be accessed to determine how a call should be 
handled. In this case, SCP 1 14 is queried by MSC 104 to provide service parameters, one of 
which will define the custom ringback. The SCP 1 14 will then instruct the MSC 104 to connect 
to the IP/IVR 1 16. When the MSC 104 and the IP 1 16 connection is established, the IP 1 16 
informs the SCP 1 14 via the SCP 1 14/IP 1 16 interface that the IP 1 16 is prepared for commands. 
In another configuration, where there is no interface established between the SCP 1 14 and the IP 
1 16, the message from the SCP 1 14 to the MSC 104 will contain an audio/video identifier. 
While not necessary, SCP 1 14 is typically physically separated from other components of the 
intelligent network in order to simplify the introduction of new services. 

[0024] In this embodiment, the intelligent peripheral (IP) 1 16 is a unit that stores the 
ringback tones. The Intelligent Peripheral, IP 1 16 can, but does not need to, include voice 
recognition features and can therefore be referred to as an IP/TVR. In wireless networks, for 
example, pre-paid services are implemented through standard intelligent network platforms. In 
the absence of an IN service, one purpose of the IP/TVR is to provide for customized audio 
messages to the Subscriber, such as welcome to the network announcements, customer service, 
etc. 

[0025] As will be discussed in more detail below, in this example, the IP 1 16 provides audio 
and/or video information to MSC 104, which transmits this content back to calling party 108. 
The SCP 1 14 instructs the IP 1 16 which audio/video clip to play to the calling party thru the 
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defined SCPl 14 and IP 1 16 interface. In another configuration, the messaging firom the MSC 
104 to the IP 1 16 could contain the specific audio/video clip to be played. The IP 1 16 is shown 
in a different functional box as SCP 1 14 (and also MSCs 102, 104 and 106), but it is understood 
that from a physical standpoint any of these functional units can be combined. It is also 
understood that the functionality of any of the units can be distributed among several physical 
units (possibly at remote locations). 

[0026] In one embodiment, IP 1 16 can store, or has access to another unit that stores, the 
custom ringtones. For example, these ringtones could be music clips from a selection of genres 
(e.g., classical, rock, hip hop, show tunes, or whatever). Alternatively, the subscriber could 
provide his or her own audio clip (e.g., "Hello, this is John. Please listen to my favorite song 
while my phone rings" or "Thank you for calling the Acme Widget Company where customers 
are our most important asset.") IP 1 16 would have access to this personalized clip to provide as 
a custom ringback. 

[0027] While the custom ringback is can be in the form of an audio clip, the present 
invention is not so limited. For example, IP 1 16 can access video clips. Subscribers could either 
select one of a group of available in clips or, in other embodiments, provide their own clips thru 
service capabilities provided by the SCP 1 14. Further, the ringback could be an interactive clip, 
such as an executable that runs on the caller's handset. For example, the caller could play a video 
game or access the Internet while waiting for the subscriber to answer. This embodiment could 
be useful for a call center that would allow the phone to continue ringing until an operator was 
available. 

[0028] Operation of a first embodiment will now be described with respect to the flow chart 
of Figure 2 along with Figure 1. In this example, a mobile user 108 initiates a telephone call to 
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another mobile user 1 10. (The example would be no different if user 108 is a landline user.) In 
the preferred embodiment, the user 1 10 has subscribed to a custom ringback feature so that caller 
108 will hear a custom ringtone while the call to subscriber 1 10 is being initiated. In an alternate 
embodiment, the user 108 is the service subscriber. 

[0029] To initiate the process, the user at telephone 108 dials the telephone number for 
subscriber 1 10. Accordingly, handset 108 sends a message to MSG 102, which is MSG local to 
the user 108's location. MSG 102 will route the call to MSG 104. In this example, it is assumed 
that MSG 104 conmiunicates with each of the other devices. It is understood, however, that this 
assumption intentionally simplifies the system for the purposes of clarity. In reality, on one 
hand, a single MSG could handle all of the communications, while on the other extreme, the 
conmiunications could be routed through a number of switches. 

[0030] The MSG 104 contacts HLR 1 12, which performs a database look-up for user 1 10 
and returns a service flag to the MSG 104. The service flag provides a number of pieces of 
information including whether the user 1 10 has subscribed to a custom ringtone feature. This 
communication is preferably done through standard signaling such as through SS7 messages. 

[0031] Assuming that user 1 10 is a service subscriber, MSG 104 will send a message to SGP 
1 14. This message is preferably a standard IN message as opposed to a hard link. In other 
words, in the preferred embodiment, the call is not routed through SGP 1 14. 

[0032] In response to the inquiry from MSG 104, SGP 1 14 sends back a standard response 

indicating where to route the call. This message includes a number of parameters including a 

number of related elements. One of these elements within the defined parameters can be used to 

indicate the details of the custom ringback. In a commercial system, a number of elements in 

defined parameters are defined by industry standard while other elements are left undefined. In 
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the preferred embodiment, the system is programmed to use one of these undefined elements 
within defined parameters. The particular element parameter will typically be defined by the 
service provider (e.g., the entity that operates network 100) based upon a number of factors. The 
use of the defined parameters to transport custom information through one of the undefined 
elements of the defined parameter does not disrupt the inter- vendor inter-operability across the 
standard interface because a new parameter is not introduced. 

[0033] MSG 104 receives the message from SCP 1 14 and, based on the contents, sends a 
message to IP 1 16. As with SCP 1 14, the messaging between MSC 104 and IP 1 16 is preferably 
standard message (e.g., SS7 messages). The message from MSC 104 to IP 116 conveys 
information regarding the custom ringtone. For example, IP 1 16 may store a number of audio 
clips. If so, MSC 104, based upon the information received from SCP 1 14, will instruct IP 1 16 
as to which of these clips will be played. 

[0034] The IP 1 16 receives the message from MSC 104 and generates the custom ringtone. 
This ringtone will be transmitted from IP 1 16 to MSC 104 from where it can be routed back to 
caller 108. In one embodiment, MSC 104 includes a timer, which is preferably initiated by 
information in the message from SCP 1 14. The timer may also be standardized for the entire 
network thru Operator provisioning. MSC 104 will play the custom ringtone until the timer 
expires. After the timer expires, MSC 104 will continue to play the custom ringtone and 
simultaneously initiate the connection with subscriber 1 10. The purpose of the timer is to ensure 
a minimum amount of time the audio/video clip plays without exhausting network timers. 

[0035] In the preferred embodiment, the custom ringtone is a music (or other audio) clip that 
is selected from a number of options stored on the IP 1 16. In other embodiment, the ringtone 
could be a video clip, which may or may not also include audio, or an interactive executable such 
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as a game or a quiz, as examples. In addition, the ringtones can be unique to the particular 
subscriber and may be based upon time of day, day of week, time of year, calling party number, 
or other factors. For example, the subscriber could have access to a storage unit (not shown) 
where the subscriber stores a custom ringtone (e.g., a 60 second advertisement clip or an 
individually recorded greeting). For example, the storage unit could be accessible via the 
Internet. The message from MSG 104 would provide an address to IP 1 16 indicating where this 
unique clip is stored. IP 1 16 could then access the unique ringtone and provide it to MSG 104. 

[0036] When the connection with called party 1 10 is complete, the custom ringtone would 
typically be disconnected. The network would then connect parties 108 and 1 10 so that the 
communication could conunence. Alternatively, the call termination/custom ringtone could be 
extended into at least a portion of the completed call, should such be desired. This could be 
advantageous in instances where interactive content is provided as the call termination solution. 
If standard telephony announcements are to be played as per govemment regulations, such as 
Call Forwarding announcements, the custom ringtone would be disconnected, the announcement 
played, then call termination follows standard telephony. 

[0037] Figure 3 provides a portion of a landline network that utilizes aspects of the present 
invention. As shown in the figure, the most fundamental block diagram changes little when 
concepts of the present invention are implemented in a landline system rather than a wireless 
system. Comparing Figure 3 with Figure 2, the HLR 1 12 is not needed with a landline system. 
In addition, switches 102, 104 and 106 are used in place of MSGs 102, 104 and 106. 

[0038] Operation of the system of Figure 3 is similar to that of Figure 2. Switch 104 is 
informed of a call from user 108 to user 1 10. The switch 104 notifies the SGP 1 14, which in turn 
supplies ringback routing information. Switch 104 responds by connecting IP 1 16 to caller 108 
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for a custom ringtone and also initiates a call with caller 1 10. When caller 1 10 picks up, the 
users 108 and 1 10 are connected. 

[0039] A more detailed example of an implementation of the present invention will now be 
discussed. In this example, the network 100 is a GSM network that utilizes the CAMEL 
standard. The CAMEL standard is a superset of the CSl INAP standard for Wireless, which was 
used, as a base, the Wireline INAP standard. The CSl INAP standard was used as a guideline to 
provide IN based services to Wireless customers. Because it was a guideline, each SCP and 
MSC vendor implemented the standard in their own proprietary manner resulting in inter- vendor 
incompatibilities. This inter-vendor incompatibilities prevented the Subscribers from accessing 
their IN based services when they were outside their home network, i.e. roaming outside their 
own country. As a result, the standard body defined an IN standard which defined not only the 
interface, but also the implementation for all the nodes involved in the service. This IN standard 
is called CAMEL and with CAMEL international roaming with IN based services and minimal 
Inter-operability Testing (lOT), became a reality for many operators. 

[0040] The first embodiment to be discussed implements custom ringback via a solution 
referred to as the CONNECT solution. After some discussion, two examples will be described 
with respect to Figures 4 and 5. The CONNECT solution is most suitable for supporting a 
combination PrePaid/Custom Ringback Service. This solution is applicable the supporting a 
Postpaid Custom Ringback service as well. The CONNECT solution allows the SCP to take 
advantage of the IN mechanisms which allow the service to monitor the call once the Calling and 
Called party have been bridged. 

[0041] The CONNECT solution provides the option for the SCP to monitor the call for 
PrePaid Subscribers via an IN message such as the Request Report BCSM Event (RRBE) with 
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Event Detection Point (EDP) of Answer/Disconnect set, or for PostPaid subscriber to send the 
RRBE with only Answer set. 

[0042] For the ANSI market, the Embedded scffD and corrlD should be part of the called 
party number in any ISUP lAM (incoming address message), or TUP lAI message. The Generic 
Number allows the specification of an Additional Calling Party Number. The standards define a 
reserved range of NQI IE values 80-FE (HEX). The digits in the Generic Number will be the 
embedded SCFID/CORRID for the IP/TVR providing the personalized ringback tones. The 
information in the IP Address of the Generic Number Parameter is used by the MSG to route to 
the IP/IVR. The IP Address digits are also used by the IP/IVR for use in the ARI (Assist 
Request Instructions) Message. The digit sequence should be agreed upon between the SCP and 
IP/rVR in order to allow the IP to distinguish between the SCFIF and CORRID without explicit 
delimiters. This agreement should be made between the SCP and the IP/IVR. The MSG 
translations will use 123456 to do the translation to an external IP or IVR. In this example, 123 
and 456 will be scfID and corrlD address that the external IP or IVR box can use for ARI query 
to the SCP. 

[0043] For the ETC solution, for an ITU/ETSI V3 ISUP link to external IP or IVR, the ETC 
operation can send down scfID and corrlD in explicit format. The ISUP lAM supports the two 
parameters separately; embedded format is not required for ITU/ETSI V3 ISUP trunk. The DRA 
will contain the digit string necessary to route the call to the IP/IVR. The MSG translations will 
use 123456 to do the translation to an external IP or IVR. In this example, 123 and 456 will be 
scfID and corrlD address that the extemal IP or IVR box can use for ARI query to the SCP. 

[0044] When implemented with an MSG that is presently available from Nortel Networks, 
the ringback tone mechanisms do not require additional or enhancements to existing Nortel 
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Networks' MSG and/or HLR hardware. However, to support the entire ringback tone solution 
across the network, there is a direct dependency on the SCP and IP/IVR. The SCP and DP/IVR 
requirements will now be discussed. 

[0045] Looking at the SCP first, the MSC/SSP (service switching point, which is MSG 
software that enables IN services) and the SCP ringback service will be configured to support the 
CAMEL P2 Generic Number parameter with an NQI value in the CONNECT operation to 
provide the Ringback Tone mechanisms as follows: 

CONNECT [DRA= Subscriber Address *B'; Generic Number = NQLIP Address] 

[0046] In this operation, DRA (destination routing address) is the standard DRA parameter 
of the CONNECT operation. It contains the address of Subscriber 'B' for the MSG to use on the 
second SRI and for call completion. The Generic Number allows the specification of an 
Additional Calling Party Number. The standards define a reserved range of Number Qualifier 
Identifier (NQI) IE values of 80-FE (HEX). The digits in the Generic Number will be the 
embedded SCFID/CORRID for the IP/IVR providing the personalized RingBack Tones. The 
NQI value will be configurable via an MSG configurable value. On a Nortel MSG, this 
configurable value is an Office Parameter. The MSC/SSP will provide the Ringback 
mechanisms when the CONNECT NQI value equals the NQI value in this parameter. The 
default NQI value will be '$\Table 1 shows a generic number parameter field. This table is 
taken from ITU-T Q.763, namely Figure 26 of that specification. 
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[0048] While not necessary in a general solution, when using existing Nortel equipment, the 
SCP should send the CONNECT in a CONTINUE package. The information in the IP Address 
of the Generic Number Parameter is used by the MSG to route to the IP/IVR. This information 
is also used by the IP/TVR for use in the ARI (Assist Request Instructions) Message. The digit 
sequence should be agreed upon between the SCP and IP/TVR in order to allow the IP to 
distinguish between the SCFK) and CORRID without explicit delimiters. This agreement is 
desired, as special hex digits to explicitly identify the SCFID and CORRID are not supported in 
the Generic Number address. 

[0049] The embedded scfID and corrlD should be part of the called party number in any 
ANSI ISUP and/or ETSI ISUP lAM message. The ISUP CdPN limitation is 24 digits, thus the 
scfID and corrlD should not exceed this ISUP limit. The address in the Generic Number 
parameter will be mapped to the CdPN of the outgoing ANSI/ETSI lAM sent to the IP/IVR. The 
MSG translations will need to be provisioned to do the translation to an external IP or IVR. 
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[0050] The SCP should embed the SCP/CORRID digits in the Generic Number 
SCFID/CORRID for the IP/TVR providing the personalized RingBack Tones. This information 
is needed by the IP/IVR for use in the ARI (Assist Request Instructions) Message. The digit 
sequence needs to be agreed upon between the SCP and IP/IVR in order to allow the IP to 
distinguish between the SCFID and CORRID without explicit delimiters. This agreement is 
should be made because special hex digits to explicitly identify the SCFID and CORRID are not 
supported in the Generic Number address. 

[0051] When using existing Nortel Networks equipment, the NQI value will be configurable 
via an Office Parameter in Table OFCVAR (a Nortel provisioning tool) on the Nortel Networks 
MSC. The MSC/SSP will provide the Ringback mechanisms when the CONNECT NQI value 
equals the NQI value in this parameter. The value is a single value in the range of 80H-FEH 
with a default of *$'. The value provisioned on the MSC must correspond to the NQI value the 
SCP will send to invoke the Ringback mechanisms on the MSC. 

[0052] The impact of a special NQI in Generic Number will now be discussed. The custom 
usage of the NQI value in this Custom Ringback solution is not compatible with a Custom 
Ringback Service that modifies the Subscriber's Calling Line Identification. There is no impact 
on GSM CLI. 

[0053] The SCP should indicate Suppression of Announcements (SoA) in the CONNECT 
message to prevent the Terminator's serving MSC from playing the SoA controlled RANNs 
(recorded announcements) for subscribers, as defined in the CAMEL standards. The SoA 
optional parameter does not control Call Progress Announcements played at the Terminator's 
serving MSC or Treatment Announcements played at the Originator's serving MSC. 
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[0054] For data/fax calls, the SCP should not instruct the MSG to invoke the custom 
ringback capabilities. Much like the SCP should not play tones or warnings for data/fax calls 
because they require a voice path, the same applies to the Ringback Service providing 
audio/video clips. 

[0055] The situation with call forwarding will now be discussed, where it is assumed that 
'C* is a ringback subscriber who receives a call from party *A' through party 'B' (A->B; B->C). 
If 'C is a ringback subscriber, the SCP should not direct the MSC to play the personalized 
Ringback Tones for 'C unless the system includes a mechanism to ensure that A will hear C's 
custom ring-tone. In the preferred embodiment, the MSC would not send CONNECT [DRA; 
Generic Number]. The DP12 InitDP for 'C will indicate CF has occurred: CdPN=C; CgPN=A; 
RedirPartyID=B. The SCP can use this unique set of information in the DP 12 InitDP to make 
the determination not to play music. In other embodiments, this feature could be added. 

[0056] The IP/IVR will now be considered. In a first case, the IP/IVR sends an address 
complete message (ACM) only. In this case, the ACM should contain the information [In-Band- 
Info; BCI: No Charge] (where BCI is Backward Call Indicator). Here the MSC should to be 
able to know whether or not to wait for an ANM (Answer Message, which is an ISUP message). 

[0057] In a second case, the IP/IVR sends an ACM followed by ANM. In this case, the 
MSC should to be able to know whether or not to wait for an ANM. For those IP/TVRs that send 
an ACM message followed by an ANM message, the ACM should contain the information [NO 
In-Band'Info; BCI: No Charge] and the ANM should contain the information [BCI: No Charge]. 
The MSC/SSP will not report Answer to the SCP and the MSC will not start the AC/ACR timer 
when BCI = 'No Charge'. 
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[0058] Further, the IP will need to support the Ringback Tone requirement. The SCP and 
the IP will need to support the proper CAMEL Messaging in order to mutually identify the 
selected personalized Ringback Tone. The Ringback Tones will be clips of musical 
composition, announcements, audio clips, video clips, interactive executables, etc. that will be 
played back to the Calling Party. 

[0059] The Embedded scfID and corrDD should be part of the called party number in any 
ANSI ISUP and/or ETSI ISUP lAM message. The ISUP CdPN limitation is 24 digits, thus the 
scfED and corrlD should not exceed this ISUP limit. The address in the Generic Number 
parameter will be mapped to the CdPN of the outgoing ANSI/ETSI lAM sent to the IP/TVR. The 
MSC translations will need to be provisioned to do the translation to an extemal IP or IVR. 

[0060] The SCP should embed the SCP/CORRID digits in the Generic Number 
SCFED/CORRID for the IP/IVR providing the personalized RingBack Tones. This information 
is needed by the IP/IVR for use in the ARI (Assist Request Instructions) Message. The digit 
sequence should be agreed upon between the SCP and IP/IVR in order to allow the IP to 
distinguish between the SCFID and CORRID without explicit delimiters. This agreement is 
desired because special hex digits to explicitly identify the SCFID and CORRID are not 
supported in the Generic Number address. 

[0061] Two specific examples of operation of a GSM network with CONNECT Ringback 
Support will be described with respect to Figures 4 and 5 below. Figure 4 shows an example of a 
basic Ringback service. In this example, the IP/TVR sends an ACM [ In-Band-Info; BCI: No 
Charge ] only. No EDPs (event detection points, which are one of the IN parameters) are armed. 
If the MSC is required to capture service specific billing, the SCP will need to send an FCI 
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(Furnish Charge Information). The FCI information would be appended to the corresponding 
CDR (Incoming Trunk CDR) as Module Code 023. 

[0062] Referring now to Figure 4, the steps of a particular embodiment will now be 
described. 

[0063] Step 1: Caller A calls subscriber B. The call is routed to the GMSC (gateway 
mobile switching center), where the standard GSM SRI (send routing information, which is a 
GSM MAP message) from the MSC to the HLR is sent. The response is SRI-ACK, which 
returns the 'B' Subscriber's CAMEL P2 T-CSI. 

[0064] Step 2: The GMSC triggers Terminating IN at DP12 and sends an InitDP to the 
SCP. 

[0065] Step 3: The SCP sends a CONNECT with the standard DRA containing B's and the 
Generic Number contains an NQI value to allow the MSC/SSP to recognize the call needs to 
support the Ringback Service mechanisms. Details on the special Ringback CONNECT 
Operation were discussed above. 

[0066] Step 4: The MSC routes the call to the IP/TVR over ANSI/ETSI ISUP via lAM 
(incoming address message, which is an ISUP message). The Embedded scfID and corrlD 
should be part of the called party number in any ANSI/ETSI ISUP lAM message. The 
maximum generic number digit length supported in the CAMEL P2 Connect Operation is 16 
digits as per speciRcations. (The maximum generic number length is 1 1 bytes and 3 bytes are 
used for header information leaving 8 bytes or 16 digits.) 

[0067] Steps 5 - 6: The JP/TVR sends an ARl (Assist Request Instruction, which is an IN 
message between the IP/IVR and the SCP) to the SCP. The SCP sends a PA (Play 
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Announcement, which is an IN message between the JPfWR and the SCP) to the IP/IVR 
identifying which personalized Ringback to play. Other messaging between the IP/IVR and SCP 
can be used. The preferred embodiment utilizes standard CAMEL messages. 

[0068] Step 7: IP/IVR sends the MSC an ACM [In-Band-Info; BCI: No Charge]. DetaUs 
on the MSC's handling of this message are discussed above. 

[0069] Steps 8 - 9: After the ACM is received from the IP/IVR, the MSC starts the 
Ringback Delay Timer. When the Ringback delay timer expires, the MSC begins the standard 
GSM SRI sequence. The timer feature is optional. It's purpose is to ensure the ringback tone is 
played for a minimum amount of time. 

[0070] At this point, music is playing. Personalized Ringback is played to 'A' until 'B' 
answers or the music clip ends. Steps 10 thru lOg occur simultaneously. 

Step 10: While the music is playing, the Ringback Delay Timer expires indicating to 
the MSC to begin the SRI sequence and to continue standard GSM routing the call to the 
terminator. 

Step 10a: SRI for the DRA, which is the 'B' party. Following the standard 
procedure, this SRI query suppresses IN (T-CSI Suppression) that is the HLR will not send back 
the T-CSI for 'B' as it did in the first SRI-ACK. 

Step 10b: HLR sends PRN (Private Roaming Number, which is a GSM MAP 
message) to the VMSC to get the MSRN for 'B.' 

Step 10c: PRN'ACK is retumed with the MSRN (Mobile Subscriber Routing 
Number, which is a MAP parameter) for 'B.' 

Step lOd: SRI-ACKv^lih MSRN for *B' is sent to the GMSC. 
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Step lOe: The GMSC routes the call to 'B' over ANSI/ETSI ISUP using the MSRN 
received from the HLR. 

[0071] Step lOf : The VMSC sends an ACM Alert to the GMSC. 
Step lOg: The VMSC sends ANM to the GMSC. 

[01 00] Step 1 1 : When Answer has occurred, the MSC will release the IP/IVR link, e.g., by 
sending the IP/IVR an ISUP RELEASE, and bridge the calls so that 'A' and 'B' are talking. The 
call then continues as a normal voice call. 

[0072] Step 12: Called party 'B' ends the call and the VMSC sends an ISUP Release to the 
GMSC. 

[0073] The second example discussed above will now be discussed with respect to Figure 5. 
As before, this is an example of a basic Ringback service. The IP/TVR sends an ACM [No In- 
Band-Info; BCI: No Charge] followed by an ANM [BCI: No Charge]. No EDPs are armed. If 
the MSC is required to capture service specific billing, the SCP will need to send an FCI. The 
FCI information would be appended to the corresponding CDR as Module Code 023. Each of 
the steps will now be described. 

[0074] Step 1: As before, party A calls party B. The call is routed to the GMSC, where the 
standard GSM SRI from the MSC to the HLR is sent. The response is SRI-ACK, which returns 
the 'B' Subscriber's CAMEL P2 T-CSI. 

[0075] Step 2: The MSC triggers Terminating IN at DP12 and sends an InitDP to the SCP. 

[0076] Step 3: The SCP sends a CONNECT with the standard DRA containing B's and the 
Generic Number contains an NQI value to allow the MSC/SSP to recognize the call needs to 
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support the Ringback Service mechanisms. Details on the special Ringback CONNECT 
Operation are discussed above. 

[0077] Step 4: The MSC routes the call to the IP/IVR over ANSI/ETSI ISUP via lAM. The 
Embedded scflD and corrlD should be part of the called party number in any ANSI/ETSI ISUP 
lAM message. The maximum generic number digit length supported in the CAMEL P2 Connect 
Operation is 16 digits as per specifications. 

[0078] Steps 5-6: The IP/TVR sends an A/?/ to the SCP. The SCP sends a PA to the 
IP/IVR identifying which personalized Ringback to play. As before, standard CAMEL messages 
are used in this particular embodiment but any suitable messaging between the IP/TVR and SCP 
can be used. 

[0079] Steps 7-8: IP/TVR sends the MSC an ACM [No In-Band-Info; BCI: No Charge] 
followed by an ANM [BCI: No Charge], Details on the MSC handling of this message are 
discussed above. 

[0080] Steps 9-10: After the ACM/ANM is received from the IP/TVR, the MSC starts the 
Ringback Delay Timer. When the Ringback delay timer expires, the MSC begins the standard 
GSM SRI sequence. 

[0081] At this point, the custom ringtone is playing. Personalized Ringback is played to * A' 
until 'B' answers or the music clip ends. During this time, steps 11 thru llg occur 
simultaneously. 

Step 11: While the music is playing, the Ringback Delay Timer expires indicating to 
the MSC to begin the SRI sequence and to continue standard GSM routing the call to the 
terminator. 
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Step 1 la: SRI for the DRA, which is the 'B' party. Following the standard 
procedure, this SRI query suppresses IN (T-CSI Suppression) that is the HLR will not send back 
the T-CSI for 'B' as it did in the first SRI-ACK. 

Step 1 lb: The HLR sends PRN to the VMSC to get the MSRN for 'B.' 

Step 1 Ic: PRN-ACK is returned with the MSRN for 'B.' 

Step 1 Id: SRI-ACK with MSRN for 'B' is sent to GMSC. 

Step 1 le: The GMSC routes the call to 'B' over ANSI/ETSI ISUP using the MSRN 
received from the HLR. 

Step 1 If: The VMSC sends an ACM Alert to the GMSC. 
Step 1 Ig: VMSC sends ANM to the GMSC. 

[0082] Step 12: When Answer has occurred the MSC will release the IP/IVR link, e.g., it 
sends the IP/IVR an ISUP RELEASE, and bridges the calls so that 'A' and 'B' are talking. The 
call then continues as a normal voice call. 

[0083] Step 13: Party 'B' ends the call and the VMSC sends an ISUP Release to the 
GMSC. 

[0084] Another embodiment of the present invention implements custom ringback in a GSM 
network in an in alternate fashion, using the Establish Temporary Connection message (an IN 
message). This embodiment will now be discussed. The ETC solution may be suitable for Post 
Paid Subscribers wishing to subscribe to a custom ringback service. 

[0085] For the Post Paid Custom Ringback service, the MSC will provide the required 
billing data. Accordingly, the custom Ringback service is not required to monitor the Post Paid 
IN call once the Calling and Called party have been bridged. For the ETC based solution, once 
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the SCP receives the' Empty End' message, the SCP knows that final answer has occurred and 
the service has been provided. 

[0086] For the ANSI market, the Embedded scfID and corrlD should be part of the called 
party number in any ISUP lAM message, or TUP lAI message. It requires inserting a hex digit, 
such as #B to differentiate the IP routing address and scfID and corrlD. The service can insert a 
DRA2 value in the extension container of the ETC message, such as 123456#123#456. The MSG 
translations will use 123456 to do the translation to an external IP or IVR. In this example, 123 
and 456 will be scfID and corrlD address that the external IP or IVR box can use for ARI query 
to the SCP. 

[0087] For an ITU/ETSI V3 ISUP link to external IP or IVR, the ETC operation can send 
down scfID and corrDD in explicit format. The ISUP lAM supports the two parameters 
separately. An embedded format is not required for ITU/ETSI V3 ISUP trunk. 

[0088] There is a limitation with the ETC method. The service may not be able perform 
further call monitoring after the calling party and called party are bridged when the service 
implements the ETC solution. This solution would not be reconmiended for a PrePaid/Custom 
Ringback service because it would not permit the MSC to notify the PrePaid service of 
'Disconnect'. Unless these issues are overcome, the ETC solution is best suited for Post Paid IN 
Ringback services. 

[0089] Figure 6 shows an example of the ETC Solution for a terminating Custom Ringback 
service, where the service instructs the MSC to play the music clip to the Originating party. 
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[0090] Step 1 : As before, party A calls party B. The call is routed to the GMSC, where the 
standard GSM SRI from the MSG to the HLR is sent. The response is SRI-ACK, which returns 
the 'B' Subscriber's CAMEL P2 T-CSI. 

[0091] Step 2: The MSG triggers Terminating IN at DP12 and sends an InitDP to the SGP. 

[0092] Step 3: The SGP sends an ETG (Establish Temporary Gonnection) containing the IP 
address and the introduced parameter, Destination Routing Address (DRA) containing B's 
address to allow the MSG/SSP to recognize the call needs to support the Ringback Service 
mechanisms. 

[0093] At this point the call flow continues as described for the GONNEGT solution, with 
the IP communicating w/ the SGP, the IP sending the AGM/ANM, the MSG playing the ringback 
tone until the timer expires, then the MSG performing standard terminating GSM and finagling 
ending the ringback tone upon receipt of Answer from the Terminating party. 

[0094] While the invention has been described in detail in connection with its application in 
a Global System for Mobile Gommunications (GSM) - compliant wireless conmiunications 
environment, it is to be appreciated and understood that the principles and teachings of the call 
termination solutions described herein are likewise applicable to wireUne environments as well 
as to wireless communications environments that are compliant with other wireless standards, 
such as those promulgated by the Third General Partnership Project ("3GPP"), including 
standards pertaining to wireband GDMA, also known as W-GDMA or UMTS, as well as to 
wireless standards promulgated by the Third General Partnership Project - 2 ("3GPP2") 
including the family of cdma2000 standards, such as cdma20001xRTT and cdma20001XEV-DO 
and -DV, as well as TDMA and other technologies and standards as may come to exist. 
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[0095] Moreover, while the invention has been described in connection with call 
termination services in the form of audible customizable features provided a call originating 
party ("caller A") by the called party ("caller B"), it is to be appreciated that such services could 
instead be available to such call originator as a function of subscriber services afforded to such 
call originator through the originator's service provider. Further, while the foregoing call 
termination services have been described in connection with customizable music offerings, such 
services need not be limited to musical offerings, and can instead be voice alone, as may occur 
with the provision of services that provide subscriber with updates to news events, financial 
news, and the like, or any form of voice in combination with music. Likewise, the call 
termination services can optionally be in the form of video services, along or in combination 
with audio, available for receipt by suitably equipped terminals at the appropriate end of the call. 
Such would permit, for example, the playing of music - video program content in lieu of 
conventional call termination "ringing" sounds. The provision of a "video" or "multimedia 
gateway" as depicted in the above description, is one envisioned means of implementing 
multimedia call termination services. 

[0096] Moreover, while the invention has been described in connection with call 
termination services in the form of audible customizable features provided a call originating 
party ("caller A") by the called party ("caller B"), it is to be appreciated that such services could 
instead be available to such call originator as a function of subscriber services afforded to such 
call originator through the originator's service provider. Further, while the foregoing call 
termination services have been described in connection with customizable music offerings, such 
services need not be limited to musical offerings, and can instead be voice alone, as may occur 
with the provision of services that provide subscriber with updates to news events, financial 
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news, and the like, or any form of voice in combination with music. Likewise, the call 
termination services can optionally be in the form of video services, along or in combination 
with audio, available for receipt by suitably equipped terminals at the appropriate end of the call. 
Such would permit, for example, the playing of music - video program content in lieu of 
conventional call termination "ringing" sounds. The provision of a "video" or "multimedia 
gateway" as depicted in the accompanying slides, is one envisioned means of implementing 
multimedia call termination services. 

[0097] While this invention has been described with reference to illustrative embodiments, 
this description is not intended to be construed in a limiting sense. Various modifications and 
combinations of the illustrative embodiments, as well as other embodiments of the invention, 
will be apparent to persons skilled in the art upon reference to the description. It is therefore 
intended that the appended claims encompass any such modifications or embodiments. 



NOR-15769RRUS02U 



-27- 



